home *** CD-ROM | disk | FTP | other *** search
/ Belgian Amiga Club - ADF Collection / BS1 part 34.zip / BS1 part 34 / FredFish PD 313.adf / UUCP / uucp1.lzh / man / dmail < prev    next >
Text File  |  1990-01-08  |  6KB  |  155 lines
  1.  
  2. NAME
  3.     DMail
  4.  
  5. SYNOPSIS
  6.     DMail        go into mail shell if mail pending
  7.     DMail -O    go into mail shell whether you have mail or not
  8.     DMail path    mail somebody (go directly to mail editor)
  9.     DMail -f file    use a file other than your default mail box
  10.  
  11.     There are other options.  To get a complete list of options
  12.     enter 'DMail -O' at a CLI prompt, then at the mail prompt
  13.     enter the 'help' command.
  14.  
  15.     The file MAN:dmail.help must exist for dmail's online help
  16.     to work!  This file exists in the boot floppy's man directory.
  17.  
  18. DESCRIPTION
  19.  
  20.     DMail is an interactive mail editor that allows you to
  21.     view and respond to messages in your mail box as well
  22.     as generate new messages from scratch.    DMail has a huge
  23.     number of commands and options ('set' variables) that cannot
  24.     be described in a manual entry like this so I leave those to
  25.     the online help capability.
  26.  
  27.     The basic dmail commands are (and these may be abbreviated):
  28.  
  29.         type  [msgno]    type a message
  30.         reply [msgno]    reply to a message
  31.         Reply [msgno]    reply to a message and include original text
  32.         mail  path        send new mail to somebody
  33.         d      [msgno]    delete a message
  34.         dt            delete current msg and type next one
  35.         db            delete current msg and type previous one
  36.         list        list available messages
  37.  
  38.     These are only a few commands out of many.  Commands like
  39.     mail and reply bring up an interactive editor (default is DME
  40.     but you should be able to use your favorite editor... just
  41.     change the defaults in UULIB:Config).
  42.  
  43.     When sending and replying to email, what you see from the
  44.     editor is pretty much what you get.  If you quit out of the
  45.     editor without saving the email is aborted.  If you save and
  46.     quit from the editor DMail will scan the message and figure
  47.     out who to send it to by extracting addresses out of the
  48.     To:, Cc:, and Bcc: fields.  DMail then runs Sendmail to
  49.     actually send the message (which may wind up queueing it
  50.     via UUCP to somewhere else).
  51.  
  52.     You list the primary recipients of the message in the To:
  53.     field, separated by commas.  you may continue an address
  54.     list like this:
  55.  
  56.         To:     blah, blah, blah, blah, blah,
  57.             blah, blah, blah, blah, blah,
  58.         Cc:
  59.  
  60.     The Cc: field lists carbon-copy recipients of the message...
  61.     people you want to see the message but for which the message
  62.     is not primarily meant for.  This can be left blank or
  63.     deleted.
  64.  
  65.     The Bcc: field lists blind-carbon-copy recipients of the
  66.     message.  Specifically, the message gets sent to these
  67.     people but the Bcc: field itself is NOT propogated, so nobody
  68.     but you knows that the message was also sent to these
  69.     people.
  70.  
  71.     Every message should have a Subject: field, usually a one
  72.     liner that describes the subject of the message.  When replying
  73.     to a message you usually keep the original message's Subject:
  74.     line and prepend an 'Re:' to it... normally you do NOT allow
  75.     Re:'s to build up.  I.E. Re: Re: Re: <original subj> is not
  76.     considered proper.
  77.  
  78.     When using the upper case Reply that includes the original
  79.     text of the message, please prune out as much as you can to
  80.     decrease redundant bandwidth.  The original most likely has
  81.     a copy of the original message anyway and the idea is to
  82.     simply provide a soft reminder to jog the originator's memory.
  83.  
  84.     A BLANK LINE ALWAYS SEPARATES THE HEADER LIST FROM THE MESSAGE
  85.     BODY!!!
  86.  
  87. ADDRESSES
  88.  
  89.     DMail attempts to pick the proper return path when you reply
  90.     to a message and place that path into the To: field for you.
  91.  
  92.     DMail does not always get it right.  Sometimes it is not
  93.     possible to get it right.  Generally, bang (!) only paths
  94.     are safe.  A bang path lists the machines the message to
  95.     reach through with the last field being the user on the
  96.     destination machine.  For example:
  97.  
  98.         To: sorinc!pacbell!nobody
  99.  
  100.     Assuming I talk UUCP to sorinc directly my message will be
  101.     sent first to the machine sorinc, then the machine pacbell,
  102.     and then placed in 'nobody's mailbox on pacbell.
  103.  
  104.     When at all possible finding a fully domained machine in a
  105.     path makes email all the more reliable.  For example,
  106.  
  107.         To: pacbell.pacbell.com!sorinc!overload!dillon
  108.  
  109.     This is the path to my amiga.  Note that the first element
  110.     in the path is a fully domain'd machine (an address with
  111.     dots in it).  If your Amiga talks to a machine that understands
  112.     domains (say you connect to a university machine), and assuming
  113.     you set your 'DefaultNode' entry in UULIB:Config to this
  114.     machine, a message addressed as above will get to me.
  115.  
  116.             BADLY FORMED ADDRESSES
  117.  
  118.     Unfortunately, USENET and INTERNET addresses do not mix well.
  119.     On the INTERNET and address like this:
  120.  
  121.         a!b!user@foo.com    maps to    foo.com!a!b!user
  122.  
  123.     Whereas the same address in USENET format:
  124.  
  125.         a!b!user@foo.com    maps to    a!b!foo.com!user
  126.  
  127.     Your best bet is to look at the 'Received:' fields in the
  128.     mail header (the HEADER command in DMail, but read the online
  129.     help for the HEADER command before using it).  These fields
  130.     tell you exactly which machines the message got routed
  131.     through and the order in which it was routed.  Try your
  132.     best to construct a bang (!) only path to the destination.
  133.  
  134.     Sending mail directly to an arbitrary address usually doesn't
  135.     work.  For example, mail to fnf@fishpond.UUCP (Fred Fish)
  136.     will fail utterly.  On the otherhand, using the path:
  137.  
  138.         <adjacent-big-machine>!cs.utexas.edu!asuvax!mcdphx!estinc!fnf
  139.  
  140.     will work assuming <adjacent-big-machine> understands domains.
  141.     P.S. if your DefaultNode entry in your UULIB:Config file is
  142.     set properly and assuming the later about your connection to the
  143.     outside world, you can just email directly through an arbitrary
  144.     domained name:
  145.  
  146.         cs.utexas.edu!asuvax!mcdphx!estinc!fnf
  147.  
  148.     Of course, if you have UUCP setup in a small network between
  149.     a few friends and none of you have access to a major USENET
  150.     node then you cannot email outside your little group.
  151.  
  152.     Refer to the Domains manual page for information on using
  153.     the UULIB:Domain file to simplify addressing.
  154.  
  155.